Application Number 10/821,499 

Response to Office Action mailed February 1, 2010 



REMARKS 



This submission is responsive to the Final Office Action dated February 1, 2010. 
Applicant has not amended the claims by way of this submission. Claims 1 and 4-20 remain 
pending. Reconsideration of the claims in view of the following remarks is respectfully 
requested. 

Response to Examiner's Arguments 



While the Examiner acknowledges Applicant's arguments with respect lo the Trusheim 
reference, the Examiner cither ignores or fails to address Applicant's arguments. For example, 
on page 2 of the Office Action, the Examiner acknowledges Applicant's argument that 
"Trusheim does not teach 'the translation web service and receiving a request for one of a 
plurality of formats , and returning medical data in the requested output format .'" 




Nevertheless, the Examiner relies on a portion of Trusheim that teaches converting files 
stored in various legacy data systems into a single, common format . For example, Trusheim 
explicitly states that the output format is a standard format. Trusheim states that the "primary 
function of translator 3 1 is to provide mapping of source files to standard data elements and code 
value names." Sec Trusheim, col. 8, lines 16-18. The standard data elements and code value 
names is a single output format; the user does not have the option to choose an output format. 

Applicant continues to assert, and Examiner appears to concede, that Trusheim does not 
teach receiving a request for one of a plurality of formats, and returning medical data in the 
requested output format, as recited in claim 1 of the present application. 

The Examiner's previous position (as provided in the Office Action dated July 6, 2009) 
was that "Trusheim teaches translating the data from one format to another, therefore it teaches a 
structure necessary to configure the data in a plurality of formats." In response (sec Amendment 
mailed October 5, 2009), Applicant noted that "the Examiner's argument improperly conflates 
the ability of hardware to convert data into one format, and the ability of hardware to convert 
data into multiple formats. Trusheim discloses a translator 3 1 that converts multiple input 
formats into an output format. Trusheim explicitly states that the output format is a standard 
format. For example, Trusheim states that the 'primary function of translator 31 is to provide 
mapping of source files to standard data elements and code value names.' See Trusheim, col. 8, 
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lines 16-18. The standard data elements and code value names is a single output format; the user 
docs not have the option to choose an output Ibrmat." 

The Examiner failed to respond to Applicant's argument in the present Office Action, 
Instead, the Examiner continues to improperly assert that Trusheim teaches "receiving a request 
for one of a plurality of formats, and returning medical data in the requested output format," as 
recited in Applicant's claim 1, without providing an adequate explanation for the assertion. 

Combining Nelson. Stawikowski. and Trusheim 

Additionally, the Examiner continues to characterize the Trusheim reference as a "web 
service" without addressing Applicant's arguments provided in Applicant's last Amendment 
(mailed October 5, 2009). 

For example, as previously described by Applicant, the translator 31 of Trusheim is 
intended to convert files stored in various legacy data systems into a single, common format. 
Trusheim is not, however, related to a translation web service that performs a data exchange 
function between two means, as recited in claim 1, The Examiner suggests that the web server 
50 of Trusheim being in communication with the translator 31 somehow supports the assertion 
that Trusheim includes a translation web service. Applicant respectfully disagrees. The 
translation services provided by the translator 3 1 are performed wholly within the translator 3 1 . 
See Trusheim, Fig. 3. As described above, the translator 3 1 simply converts input data into a 
common output format. The fact that the translator 3 1 may have some attenuated connection to a 
web server docs not transform the translator 31 into a translation web service. 

The system of Trusheim simply docs not operate as a "web service" in the way that the 
Examiner characterizes the system. Yet, the Examiner has failed to provide any explanation 
regarding the mischaracterization. 

Claim Rejection Under 35 U.S.C. S 103 

In the Office Action, the Examiner rejected claims 1,4-14 and 16-20 under 35 U.S.C. § 
1 03(a) as being unpatentable over U.S. Patent No. 6,480,745 to Nelson ct al. (Nelson) in view of 
U.S. Patent Publication No. 2002/0046239 by Stawikowski et al. (Stawikowski) and further in 
view of U.S. Patent No. 6,385,589 to Trusheim et al. (Trusheim). The Examiner rejected claim 
1 5 under 35 U.S.C. § 1 03(a) as being unpatentable over Nelson in view of Stawikowski and 
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Trusheim, and further in view of Official Notice. Applicant respectfully traverses these 
rejections to the extent such rejections. The applied references fail to disclose or suggest the 
inventions defined by Applicant's claims, and provide no teaching that would have suggested the 
desirability of modification to arrive at the claimed invention. 

As noted above, Applicant continues to assert, and Examiner appears to concede, that 
Trusheim does not teach receiving a request for one of a plurality of formats, and returning 
medical data in the requested output format, as recited in claim 1 of the present application. 

The Examiner improperly relies on personal opinion in the assumption that the translator 
31 can be used to receive a request for one of a plurality of formats, and return data in the 
requested output format. In fact, the disclosure of Trusheim is void of any such device or 
method of receiving user input and returning data in the requested output format. For example, 
as shown in Fig. 3 of Trusheim, the translator 31 is connected only to source data files 30 and a 
bus adapter program 35a. There is no apparatus present for receiving a desired format input. It 
is an oversimplification to assert that the hardware for data conversion to a single format can 
necessarily be used for receiving a request for one of a plurality of formats, and returning data in 
the requested output format. 

Additionally, Applicant maintains that it would not have been obvious to one of ordinary 
skill in the art to have combined the disclosures of Nelson, Stawikowski, and Trusheim to arrive 
at the claimed invention. According to the Supreme Court, the Examiner must "identify a reason 
that would have prompted a person of ordinary skill in the relevant field to combine the elements 
in the way the claimed new invention does." 1 It is impermissible hindsight for the Examiner to 
use the motivation stated in Applicant's own disclosure as a blueprint to reconstruct the claimed 
invention from the prior art. 2 Rather, the Examiner's rejection must be based on substantial 
evidence in the record demonstrated that the motivation for making the claimed invention resides 
in the prior art. 

As described above, claim 1 recites a web service as a service for performing a data 
exchange function between the means for acquiring medical data and the means for handling 
medical data. Alternatively, the translator 3 1 of Trusheim is intended to convert files stored in 



1 KSR v. Tele/lex. 127 S.Ct. 1727 (2007). 

1 See Interconnect Planning Corp. v. Feil, 227 USPQ 543 (CAFC 1985); see also In re Fine, 5 USPQ2d 1 596, 1 598 
(CAFC I988);i'ee also In re Gorman, 18 USPQ 2d 1885, 1888 (CAFC 1991); see alsoAI-Site Corp. v. VSl 
International, Inc., 50 USPQ2d 1 161, 1 171 (CAFC 1999). 
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various legacy data systems into a single, common format. Trusheim is not, however, related to 
a translation web service that performs a data exchange function between two means, as recited 
in claim 1. The Examiner suggests that the web server 50 of Trusheim being in communication 
with the translator 3 1 somehow supports the assertion that Trusheim includes a translation web 
service. Applicant respectfully disagrees. The translation services provided by the translator 3 1 
are performed wholly within the translator 3 1 . See Trusheim, Fig. 3. As described above, the 
translator 3 1 simply converts input data into a common output format. The fact that the 
translator 3 1 may have some attenuated connection to a web server does not transform the 
translator 3 1 into a translation web service. 

Trusheim includes no teaching as to how to modify its teachings to comply with 
receiving any other sort of input data, e.g., medical data from a means for acquiring medial data, 
or a means for handling medical data as claimed in claim 1 . Stawikowski also does not provide 
any disclosure regarding a method of modifying the teachings of Trusheim. Accordingly, even if 
one of ordinary skill in the art had found a reason to combine the applied references, one would 
not have arrived at the requirements of independent claims claim 1,19 and 20. 

For at least these reasons, independent claims 1,19, and 20 are patentable over the 
applied references. Claims 4-18 depend from claim 1 , and are therefore patentable for at least 
the same reasons as claim 1 , and because they recite additional patentable features. In light of 
the deficiencies of the applied references with respect to the independent claims, Applicant 
generally declines to comment further with respect to the dependent claims. However, Applicant 
reserves the right to comment further on all of the pending claims in future responses and 
amendments. 

Furthermore, Applicant respectfully continues to traverse the Examiner's reliance on 
Official Notice for the rejection of claim 15. In Applicant's Amendment mailed October 5, 
2009, Applicant requested that the Examiner cite a reference demonstrating that it was well 
known in the information network arts to register a patient and/or medical device in a web 
service. The Examiner has failed to provide such a reference, and had failed to provide an 
objective reason for further modification of the cited references in view of such a reference. 
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CONCLUSION 

All claims in this application are in condition for allowance. Applicant respectfully 
requests reconsideration and prompt allowance of all pending claims. Please charge any 
additional fees or credit any overpayment to deposit account number 50-1778. The Examiner is 
invited to telephone the below-signed attorney to discuss this application. 

Date: April 1,2010 



SHUMAKER & SIEFFERT, P.A 
1625 Radio Drive, Suite 300 
Woodbury, Minnesota 55125 
Telephone: 651.286.8350 
Facsimile: 651.735.1102 
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